Systems and methods for issuing and using dedicated tokens for rewards accounts

ABSTRACT

Systems and methods for issuing and using dedicated tokens for rewards accounts are disclosed. In one embodiment, in a token service provider information processing apparatus comprising at least one computer processor, a method for issuing dedicated tokens for reward accounts may include: (1) receiving, from an electronic wallet, a request to provision a credit or debit-based token for a financial instrument and a dedicated reward-based token for rewards-based transactions associated with the financial instrument to an electronic wallet; (2) generating the credit or debit-based token and the dedicated reward-based token; and (3) providing the credit or debit-based token and the dedicated reward-based token to the electronic wallet and to the issuing bank.

RELATED APPLICATIONS

This application claims priority to, and the benefit of, U.S.Provisional Patent Application Ser. No. 62/928,172 filed Oct. 30, 2019,the disclosure of which is hereby incorporated, by reference, in itsentirety.

BACKGROUND OF THE INVENTION 1. Field of the Invention

Embodiments generally relate to systems and methods for issuing andusing dedicated tokens for rewards accounts.

2. Description of the Related Art

Customers making P2P payments using digitals wallet are constrained tomake payments using currency transfer, charging a credit card, etc.Customers do not have a seamless mechanism to transact at merchants withreward points instead of their available credit or DDA balance. At thesame time, Merchants do not typically want an intrusively complexbespoke integration with issuing banks to enable a seamless pay withreward points transaction.

SUMMARY OF THE INVENTION

Systems and methods for issuing and using dedicated tokens for rewardsaccounts are disclosed. In one embodiment, in a token service providerinformation processing apparatus comprising at least one computerprocessor, a method for issuing dedicated tokens for reward accounts mayinclude: (1) receiving, from an electronic wallet, a request toprovision a credit or debit-based token for a financial instrument and adedicated reward-based token for rewards-based transactions associatedwith the financial instrument to an electronic wallet; (2) generatingthe credit or debit-based token and the dedicated reward-based token;and (3) providing the credit or debit-based token and the dedicatedreward-based token to the electronic wallet and to the issuing bank.

In one embodiment, the request to provision the credit or debit-basedtoken and the dedicated reward-based token for rewards-basedtransactions to an electronic wallet may include a first request toprovision the credit or debit-based token and a second request toprovision the dedicated reward-based token for rewards-basedtransactions. The first request may include an account number for thefinancial instrument.

In one embodiment, the method may further include providing the accountnumber for the financial instrument to the issuing bank of the financialinstrument; and receiving an indication that the financial instrument iseligible for the dedicated reward-based token from the issuing bank ofthe financial instrument.

In one embodiment, the credit or debit-based token and the dedicatedreward-based token may each have a different Bank Identification Number(BIN). The BIN for the dedicated reward-based token may identify theaccount as a rewards account to the issuing bank.

In one embodiment, the method may further include storing a mapping ofthe credit or debit-based token and the dedicated reward-based token tothe financial instrument. The issuing bank may also store the mapping ofthe credit or debit-based token and the dedicated reward-based token tothe financial instrument in a second token vault.

In one embodiment, the token service provider and the issuing bank ofthe financial instrument may be part of the same entity.

In one embodiment, the token service provider information processingapparatus may further identify the dedicated reward-based token as asecondary token.

In one embodiment, the issuing bank may store an indicator with thededicated reward-based token to the financial instrument in a secondtoken vault, wherein the indicator identifies the dedicated reward-basedtoken to the financial instrument as a rewards-based token.

According to another embodiment, in an issuing bank informationprocessing apparatus comprising at least one computer processor, amethod for conducting a transaction using a dedicated rewardpoints-based token may include: (1) receiving, from a card association,a transaction authorization for a pending transaction with a merchantcomprising an account number mapped to a token received from anelectronic wallet, the electronic wallet provisioned with a credit ordebit-based token and a dedicated reward-based token; (2) identifyingthe token as the dedicated reward-based token; (3) authorizing thepending transaction against available reward points for a rewardsaccount associated with the account number; and (4) completing thetransaction.

In one embodiment, the issuing bank may charge the transaction againstthe available reward points.

In one embodiment, the issuing bank may charge a remaining balance afterapplying the available rewards points to an account associated with thecredit or debit-based token.

In one embodiment, the credit or debit-based token and the dedicatedreward-based token may each have a different Bank Identification Number(BIN), and the token may be identified as the dedicated reward-basedtoken based on its BIN.

In one embodiment, the dedicated reward-based token may be identified asthe dedicated reward-based token based on an identifier stored in atoken vault for the issuing bank.

In one embodiment, the transaction may be settled by the issuing bankproviding the merchant with a transaction amount for the completedtransaction minus fees.

In one embodiment, the token may not indicate to the merchant that it isthe dedicated rewards-based token.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present invention, the objectsand advantages thereof, reference is now made to the followingdescriptions taken in connection with the accompanying drawings inwhich:

FIG. 1 depicts a system for issuing and using dedicated tokens forrewards accounts according to one embodiment;

FIG. 2 depicts a method for issuing dedicated tokens for rewardsaccounts according to one embodiment;

FIG. 3 depicts a system for payment with reward points using dedicatedtokens according to another embodiment;

FIG. 4 depicts a method for payment with reward points using dedicatedtokens according to another embodiment.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

Embodiments generally relate to systems and methods for issuing andusing dedicated tokens for rewards accounts.

Embodiments may create tokens from loyalty based products (credit anddebit) from a plurality of providers that may be used as part of astandard authorization process; however, the issuing bank will processthe transaction against available reward points. If the authorizationamount exceeds the value of reward points, the issuing bank will debit ademand deposit account or a credit balance appropriately. The merchant,for all intents and purposes, is oblivious to the underlying pointsmechanic and process the transaction as a typical “tap to pay”transaction.

In embodiments, the tokens may be used for “Card on File” transactions,as well as for electronic wallet-based transactions. For example, a cardon file merchant (e.g., a streaming service provider that charges acredit card each month) may present the customer with the choice ofhaving a reward points credential in their merchant wallet as well.

FIG. 1 depicts a system issuing and using dedicated tokens for rewardsaccounts according to one embodiment. System 100 may include customer105 that may access electronic wallet 115 that may be executed byelectronic device 110. Electronic device 110 may be any suitableelectronic device, such as smart phones, computers (e.g., desktop,notebook, tablet, etc.), Internet of Things (IoT) appliances, etc.

In one embodiment, electronic wallet 115 may be associated with issuingbank 120. In another embodiment, electronic wallet 115 may be associatedwith a third party. Electronic wallet 115 may also communicate withtoken service provider (TSP) 130, which may be, for example, part of thenetwork association (not shown), a third party (not shown), part ofissuing bank 120, etc.

In one embodiment, token service provider 130 may issue tokens forfinancial instruments, rewards accounts, etc. on behalf of issuing bank120 to electronic wallet 115. Issuing bank 120 and token serviceprovider 130 may each maintain token vaults 125 and 135, respectively,for storing and managing tokens.

Referring to FIG. 2, a method for issuing dedicated tokens for rewardsaccounts according to one embodiment.

In step 205, a customer may request adding a financial instrument thatis part of a rewards program to an electronic wallet. For example, thecustomer may select an option to add a card to the electronic wallet.

In step 210, the electronic wallet may collect data, such as card data,and may send a request to a TSP to provision a token for card paymentsto the electronic wallet. Any suitable manner for receiving the carddata may be used as is necessary and/or desired, such as manual entry,image capture, etc.

In step 215, the TSP may acknowledge receipt of the request and mayforward the request to the issuing bank for verification and processing.

In step 220, the issuing bank may provide the TSP with provisioningeligibility, a provisioning path, and an indication as to whether thefinancial instrument is eligible for a dedicated rewards-based token.

In one embodiment, the issuing bank may provide card art to the TSP asnecessary.

In step 225, the electronic wallet may present the customer with cardart, terms and conditions, and, if the financial instrument is eligible,an option to create a dedicated rewards-based token for payments usingrewards associated with the financial instrument.

In step 230, the customer may select the option to create a dedicatedrewards-based token using the electronic wallet, and the electronicwallet may communicate the selection to the TSP.

In step 235, the TSP may provision the two tokens for the financialinstrument, and in step 240, may provide the two tokens to the issuingbank and to the electronic wallet.

In one embodiment, the TSP may issue tokens out of two different BankIdentification Number (BIN) ranges. For example, one token may be issuefrom a BIN range for standard credit transactions, and the other tokenmay be issued from a BIN range for rewards-based transactions.

The issuing bank may inform the TSP of the BIN ranges at any pointbefore the TSP issues the tokens.

In another embodiment, the TSP may issue two tokens from the same BINrange and may identify one of the tokens as a secondary token, analternate token, etc. Any suitable manner of identifying the token asfor other than credit or debit transactions, or characterization of thetoken, may be used as is necessary and/or desired.

In step 255, the issuing bank and the TSP may each add the tokens totheir respective token vaults. Each token vault may maintain a mappingbetween the tokens and the financial instrument. In one embodiment, theissuing bank maps one of the two tokens to the rewards account.

In one embodiment, the issuing bank may include an indicator for one ofthe tokens indicating that that token is for rewards-based transactionsin its token vault. Any suitable field, such as a token type or similarindicator, may be used as is necessary and/or desired.

In embodiments, the tokens and their mappings may be provided to a cardnetwork as is necessary and/or desired, and the card network may storethe mappings in its token vault. In another embodiment, the TSP and/orissuing bank may synchronize its token vault with the card network'stoken vault.

In one embodiment, at any suitable point of the provisioning flow, anout of band authentication challenge may be issued to the customer priorto completing the full provisioning process.

Although the process above describes the tokens as provisioned by theTSP, it should be recognized that in alternate embodiments, one or bothtokens may be provisioned by the issuing bank and/or by the paymentnetwork. For example, the issuing bank may provision both tokens, mayprovision one token (e.g., the dedicated rewards-based token), etc. Anysuitable manner of token provisioning may be used as is necessary and/ordesired.

FIG. 3 depicts a system for conducting a transaction with a dedicatedreward points-based token according to one embodiment.

In addition to electronic wallet executed by electronic device 110,token service provider 115, and issuing bank 120, system 300 may includemerchant 310, acquirer 315, and card association 320.

In one embodiment, token service provider 115 may be part of cardassociation 320.

Referring to FIG. 4, a method for conducting a transaction with adedicated reward points-based token according to one embodiment.

In step 405, a customer preparing to conduct a transaction mayauthenticate to the electronic wallet, and may select the payment formfor the transaction. The customer may select a credit card or debitcard, or may select payment using the dedicated rewards-based token. Anysuitable interface may be provided.

In one embodiment, the electronic wallet may default to using thededicated rewards-based token when a certain amount of reward points areavailable. For example, if the customer has sufficient rewards availableto pay for the transaction, a certain percentage of the transaction(e.g., more than half of the value of the transaction), if there is aninventive for using rewards (e.g., there is a promotion with themerchant, for the good/service, etc.), etc., the electronic wallet maydefault to the rewards-based account, may highlight the dedicatedrewards-based token, etc.

In step 410, the merchant point of sale device may interact with theelectronic wallet to receive payment credentials. For a rewardpoints-based transaction, the electronic wallet provides the dedicatedrewards-based token that was provisioned to the electronic wallet.

In step 415, the transaction may be sent to the merchant's acquirer andprocessed as a standard authorization. In embodiments, neither themerchant nor the merchant's acquirer is provided with any indicationthat the transaction is anything other than a business-as-usualtransaction; both the merchant and the merchant's acquirer simplyreceive and pass along the dedicated rewards-based token.

In step 420, the card association may receive the transaction with thededicated rewards-based token and may validate the transaction. Forexample, the card association may look up the account number for thededicated rewards-based token and may add that to the transaction. Thetransaction may then be provided to the issuing bank.

In embodiments, the card association may retrieve the account number forthe dedicated rewards-based token from its token vault, from a tokenvault for the TSP, etc. The card association may not have any indicationthat the transaction involves a dedicated rewards-based token.

In one embodiment, the card association may simply provide thetransaction with the dedicated rewards-based token to the issuing bankfor processing, and the issuing bank may look up the account number forthe dedicated rewards-based token from its token vault.

In step 425, the issuing bank may receive the transaction and mayidentify the transaction as a rewards-based transaction. For example, inone embodiment, the issuing bank may identify the transaction as arewards-based transaction based on the Bank Identification Number (BIN)that is part of the account number. In another embodiment, the issuingbank may identify the transaction as a rewards-based transaction basedon an indicator in the issuing bank's internal token vault.

In step 430, the issuing bank may authorize the transaction againstavailable reward points. Any amount that is unsettled (e.g., thetransaction amount remaining after the points balance is used) isauthorized against the credit or debit account “open to buy”. Thetransaction response is then sent back to the association as normal.

In one embodiment, risk rules and transaction processing may process inthe same manner as with a standard transaction. In another embodiment,the risk and/or fraud rules may be enhanced for reward points-basedtransactions.

In step 435, the transaction may be settled in the same manner as astandard transaction. For example, the merchant will receive theappropriate transaction amount minus any applicable interchange fees.

In step 440, the customer may see the reward points-based transaction ona statement or transaction view. For example, the transaction may beidentified as a fully-funded reward points transaction, or a splittransaction between reward points deduction and available balance drawdown.

In one embodiment, fraud and chargebacks may function the same as with astandard transaction. In one embodiment, the issuing bank may choose toapply fraud or refund credits back to the customer accounts as eitherreward points, cash, or a combination of the two.

In another embodiment, a system and method for rewards consolidation toa single reward or card instrument is provided according to oneembodiment. For example, a customer may have several reward-earningcards and may be earning rewards on each card, but cannot use all ofthem for a single purchase, or in the manner that the customer wants touse them.

In one embodiment, a reward or point card is provided according to oneembodiment. For example, a customer may have rewards spread amongseveral accounts. Embodiments may facilitate the consolidation of rewardpoints from multiple accounts so that the reward points may be used withany suitable method of payment and with any suitable merchant.

In one embodiment, the reward points may be from bank cards, co-brandcards, merchant and third-party accounts. In one embodiment, onceconsolidated, the reward points may be used with a transaction card(e.g., plastic), for ATM withdrawals, for NFC transactions (e.g., ApplePay, Samsung Pay, etc.), for credit card on file transactions, withthird parties (e.g., PayPal, Zelle, etc.).

In embodiments, a customer may have the option to automatically move allrewards earning across various programs into the consolidated product,or the customer may move them manually. In one embodiment, a conversionrate between various rewards programs may be applied during transfers.For example, a rules engine may be used to convert and transfer rewardpoints, as well as to add reward points to the consolidated product.

In one embodiment, a centralized rewards points bank may consolidatereward points from one or more internal reward points-based products aswell as for one or more external reward points-based products. Thecentralized reward points bank may be accessible to an authorizationplatform for an issuing financial institution for transactionprocessing.

Hereinafter, general aspects of implementation of the systems andmethods of the invention will be described.

The system of the invention or portions of the system of the inventionmay be in the form of a “processing machine,” such as a general-purposecomputer, for example. As used herein, the term “processing machine” isto be understood to include at least one processor that uses at leastone memory. The at least one memory stores a set of instructions. Theinstructions may be either permanently or temporarily stored in thememory or memories of the processing machine. The processor executes theinstructions that are stored in the memory or memories in order toprocess data. The set of instructions may include various instructionsthat perform a particular task or tasks, such as those tasks describedabove. Such a set of instructions for performing a particular task maybe characterized as a program, software program, or simply software.

In one embodiment, the processing machine may be a specializedprocessor.

As noted above, the processing machine executes the instructions thatare stored in the memory or memories to process data. This processing ofdata may be in response to commands by a user or users of the processingmachine, in response to previous processing, in response to a request byanother processing machine and/or any other input, for example.

As noted above, the processing machine used to implement the inventionmay be a general-purpose computer. However, the processing machinedescribed above may also utilize any of a wide variety of othertechnologies including a special purpose computer, a computer systemincluding, for example, a microcomputer, mini-computer or mainframe, aprogrammed microprocessor, a micro-controller, a peripheral integratedcircuit element, a CSIC (Customer Specific Integrated Circuit) or ASIC(Application Specific Integrated Circuit) or other integrated circuit, alogic circuit, a digital signal processor, a programmable logic devicesuch as a FPGA, PLD, PLA or PAL, or any other device or arrangement ofdevices that is capable of implementing the steps of the processes ofthe invention.

The processing machine used to implement the invention may utilize asuitable operating system. Thus, embodiments of the invention mayinclude a processing machine running the iOS operating system, the OS Xoperating system, the Android operating system, the Microsoft Windows™operating systems, the Unix operating system, the Linux operatingsystem, the Xenix operating system, the IBM AIX™ operating system, theHewlett-Packard UXTM operating system, the Novell Netware™ operatingsystem, the Sun Microsystems Solaris™ operating system, the OS/2™operating system, the BeOS™ operating system, the Macintosh operatingsystem, the Apache operating system, an OpenStep™ operating system oranother operating system or platform.

It is appreciated that in order to practice the method of the inventionas described above, it is not necessary that the processors and/or thememories of the processing machine be physically located in the samegeographical place. That is, each of the processors and the memoriesused by the processing machine may be located in geographically distinctlocations and connected so as to communicate in any suitable manner.Additionally, it is appreciated that each of the processor and/or thememory may be composed of different physical pieces of equipment.Accordingly, it is not necessary that the processor be one single pieceof equipment in one location and that the memory be another single pieceof equipment in another location. That is, it is contemplated that theprocessor may be two pieces of equipment in two different physicallocations. The two distinct pieces of equipment may be connected in anysuitable manner. Additionally, the memory may include two or moreportions of memory in two or more physical locations.

To explain further, processing, as described above, is performed byvarious components and various memories. However, it is appreciated thatthe processing performed by two distinct components as described abovemay, in accordance with a further embodiment of the invention, beperformed by a single component. Further, the processing performed byone distinct component as described above may be performed by twodistinct components. In a similar manner, the memory storage performedby two distinct memory portions as described above may, in accordancewith a further embodiment of the invention, be performed by a singlememory portion. Further, the memory storage performed by one distinctmemory portion as described above may be performed by two memoryportions.

Further, various technologies may be used to provide communicationbetween the various processors and/or memories, as well as to allow theprocessors and/or the memories of the invention to communicate with anyother entity; i.e., so as to obtain further instructions or to accessand use remote memory stores, for example. Such technologies used toprovide such communication might include a network, the Internet,Intranet, Extranet, LAN, an Ethernet, wireless communication via celltower or satellite, or any client server system that providescommunication, for example. Such communications technologies may use anysuitable protocol such as TCP/IP, UDP, or OSI, for example.

As described above, a set of instructions may be used in the processingof the invention. The set of instructions may be in the form of aprogram or software. The software may be in the form of system softwareor application software, for example. The software might also be in theform of a collection of separate programs, a program module within alarger program, or a portion of a program module, for example. Thesoftware used might also include modular programming in the form ofobject oriented programming The software tells the processing machinewhat to do with the data being processed.

Further, it is appreciated that the instructions or set of instructionsused in the implementation and operation of the invention may be in asuitable form such that the processing machine may read theinstructions. For example, the instructions that form a program may bein the form of a suitable programming language, which is converted tomachine language or object code to allow the processor or processors toread the instructions. That is, written lines of programming code orsource code, in a particular programming language, are converted tomachine language using a compiler, assembler or interpreter. The machinelanguage is binary coded machine instructions that are specific to aparticular type of processing machine, i.e., to a particular type ofcomputer, for example. The computer understands the machine language.

Any suitable programming language may be used in accordance with thevarious embodiments of the invention. Illustratively, the programminglanguage used may include assembly language, Ada, APL, Basic, C, C++,COBOL, dBase, Forth, Fortran, Java, Modula-2, Pascal, Prolog, REXX,Visual Basic, and/or JavaScript, for example. Further, it is notnecessary that a single type of instruction or single programminglanguage be utilized in conjunction with the operation of the system andmethod of the invention. Rather, any number of different programminglanguages may be utilized as is necessary and/or desirable.

Also, the instructions and/or data used in the practice of the inventionmay utilize any compression or encryption technique or algorithm, as maybe desired. An encryption module might be used to encrypt data. Further,files or other data may be decrypted using a suitable decryption module,for example.

As described above, the invention may illustratively be embodied in theform of a processing machine, including a computer or computer system,for example, that includes at least one memory. It is to be appreciatedthat the set of instructions, i.e., the software for example, thatenables the computer operating system to perform the operationsdescribed above may be contained on any of a wide variety of media ormedium, as desired. Further, the data that is processed by the set ofinstructions might also be contained on any of a wide variety of mediaor medium. That is, the particular medium, i.e., the memory in theprocessing machine, utilized to hold the set of instructions and/or thedata used in the invention may take on any of a variety of physicalforms or transmissions, for example. Illustratively, the medium may bein the form of paper, paper transparencies, a compact disk, a DVD, anintegrated circuit, a hard disk, a floppy disk, an optical disk, amagnetic tape, a RAM, a ROM, a PROM, an EPROM, a wire, a cable, a fiber,a communications channel, a satellite transmission, a memory card, a SIMcard, or other remote transmission, as well as any other medium orsource of data that may be read by the processors of the invention.

Further, the memory or memories used in the processing machine thatimplements the invention may be in any of a wide variety of forms toallow the memory to hold instructions, data, or other information, as isdesired. Thus, the memory might be in the form of a database to holddata. The database might use any desired arrangement of files such as aflat file arrangement or a relational database arrangement, for example.

In the system and method of the invention, a variety of “userinterfaces” may be utilized to allow a user to interface with theprocessing machine or machines that are used to implement the invention.As used herein, a user interface includes any hardware, software, orcombination of hardware and software used by the processing machine thatallows a user to interact with the processing machine. A user interfacemay be in the form of a dialogue screen for example. A user interfacemay also include any of a mouse, touch screen, keyboard, keypad, voicereader, voice recognizer, dialogue screen, menu box, list, checkbox,toggle switch, a pushbutton or any other device that allows a user toreceive information regarding the operation of the processing machine asit processes a set of instructions and/or provides the processingmachine with information. Accordingly, the user interface is any devicethat provides communication between a user and a processing machine. Theinformation provided by the user to the processing machine through theuser interface may be in the form of a command, a selection of data, orsome other input, for example.

As discussed above, a user interface is utilized by the processingmachine that performs a set of instructions such that the processingmachine processes data for a user. The user interface is typically usedby the processing machine for interacting with a user either to conveyinformation or receive information from the user. However, it should beappreciated that in accordance with some embodiments of the system andmethod of the invention, it is not necessary that a human user actuallyinteract with a user interface used by the processing machine of theinvention. Rather, it is also contemplated that the user interface ofthe invention might interact, i.e., convey and receive information, withanother processing machine, rather than a human user. Accordingly, theother processing machine might be characterized as a user. Further, itis contemplated that a user interface utilized in the system and methodof the invention may interact partially with another processing machineor processing machines, while also interacting partially with a humanuser.

It will be readily understood by those persons skilled in the art thatthe present invention is susceptible to broad utility and application.Many embodiments and adaptations of the present invention other thanthose herein described, as well as many variations, modifications andequivalent arrangements, will be apparent from or reasonably suggestedby the present invention and foregoing description thereof, withoutdeparting from the substance or scope of the invention.

Accordingly, while the present invention has been described here indetail in relation to its exemplary embodiments, it is to be understoodthat this disclosure is only illustrative and exemplary of the presentinvention and is made to provide an enabling disclosure of theinvention. Accordingly, the foregoing disclosure is not intended to beconstrued or to limit the present invention or otherwise to exclude anyother such embodiments, adaptations, variations, modifications orequivalent arrangements.

What is claimed is:
 1. A method for issuing dedicated tokens for rewardaccounts, comprising: in a token service provider information processingapparatus comprising at least one computer processor: receiving, from anelectronic wallet, a request to provision a credit or debit-based tokenfor a financial instrument and a dedicated reward-based token forrewards-based transactions associated with the financial instrument toan electronic wallet; generating the credit or debit-based token and thededicated reward-based token; and providing the credit or debit-basedtoken and the dedicated reward-based token to the electronic wallet andto the issuing bank.
 2. The method of claim 1, wherein the request toprovision the credit or debit-based token and the dedicated reward-basedtoken for rewards-based transactions to an electronic wallet comprises afirst request to provision the credit or debit-based token and a secondrequest to provision the dedicated reward-based token for rewards-basedtransactions.
 3. The method of claim 2, wherein the first requestcomprises an account number for the financial instrument.
 4. The methodof claim 3, further comprising: providing the account number for thefinancial instrument to the issuing bank of the financial instrument;and receiving an indication that the financial instrument is eligiblefor the dedicated reward-based token from the issuing bank of thefinancial instrument.
 5. The method of claim 1, wherein the credit ordebit-based token and the dedicated reward-based token each have adifferent Bank Identification Number (BIN).
 6. The method of claim 5,wherein the BIN for the dedicated reward-based token identifies theaccount as a rewards account to the issuing bank.
 7. The method of claim1, further comprising: storing a mapping of the credit or debit-basedtoken and the dedicated reward-based token to the financial instrument;wherein the issuing bank stores the mapping of the credit or debit-basedtoken and the dedicated reward-based token to the financial instrumentin a second token vault.
 8. The method of claim 1, wherein the tokenservice provider and the issuing bank of the financial instrument arepart of the same entity.
 9. The method of claim 1, wherein the tokenservice provider information processing apparatus further identifies thededicated reward-based token as a secondary token.
 10. The method ofclaim 9, wherein the issuing bank stores an indicator with the dedicatedreward-based token to the financial instrument in a second token vault,wherein the indicator identifies the dedicated reward-based token to thefinancial instrument as a rewards-based token.
 11. A method forconducting a transaction using a dedicated reward points-based token,comprising: in an issuing bank information processing apparatuscomprising at least one computer processor: receiving, from a cardassociation, a transaction authorization for a pending transaction witha merchant comprising an account number mapped to a token received froman electronic wallet, the electronic wallet provisioned with a credit ordebit-based token and a dedicated reward-based token; identifying thetoken as the dedicated reward-based token; authorizing the pendingtransaction against available reward points for a rewards accountassociated with the account number; and completing the transaction. 12.The method of claim 11, wherein the issuing bank charges the transactionagainst the available reward points.
 13. The method of claim 12, whereinthe issuing bank charges a remaining balance after applying theavailable rewards points to an account associated with the credit ordebit-based token.
 14. The method of claim 11, wherein the credit ordebit-based token and the dedicated reward-based token each have adifferent Bank Identification Number (BIN), and the token is identifiedas the dedicated reward-based token based on its BIN.
 15. The method ofclaim 11, wherein the dedicated reward-based token is identified as thededicated reward-based token based on an identifier stored in a tokenvault for the issuing bank.
 16. The method of claim 11, wherein thetransaction is settled by the issuing bank providing the merchant with atransaction amount for the completed transaction minus fees.
 17. Themethod of claim 11, wherein the token does not indicate to the merchantthat it is the dedicated rewards-based token.